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(54) Tone answer detection for IP telephones 

(57) Activating a switch by a handset where the 
switch is manually activated when the user wishes to 
answer an incoming call. While the switch is in the de- 
activated state, the handset transmits to a sound card 
within a personal computer a multi-frequency tone 
which is detectable by the sound card. When the manual 
switch is activated, the handset ceases to transmit the 
multi-frequency tone to the sound card. The sound card 
detects the absence of the multi-frequency tone to de- 
termine if the handset is answering a call. In traditional 



telephony terms, when the manual switch is activated, 
this is the offhook condition. When the manual switch is 
deactivated, this is the onhook condition . When the us- 
er is done with the call and deactivates the manual 
switch, the handset again generates the multi-frequency 
tone that is subsequently detected by the software via 
the sound card. Then, the software knows to signal the 
other party on the call that the call has been terminated. 
A headset is similarly designed to provide the same mul- 
ti-frequency tone generation features as the handset. 
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Description 
Technicai Field 

[0001] This invention relates to telephones in general, 
and in particular two or more telephones communicating 
using an IP protocol. 

Background of the Invention 

[0002] An IP softphone consists of a software pack- 
age running on a personal computer (PC). The software 
emulates a telephone and communicates signaling and 
voice information via a IP-network connection between 
the PC and a telecommunication switching system (also 
referred to as a PBX). This network connection is often 
the Internet or a LAN. Audio information being received 
from the network is communicated with the user via a 
headset or handset via a sound card that interfaces the 
headset or handset to the PC. When a user speaks, the 
sound card converts the analog information into digital 
information that the software then transmits to a desti- 
nation via the network. When a call is received via the 
networkforthe I P softphone, the software alerts the user 
via a speaker attached to the PC. The user then answers 
the call by selecting the softphone software application 
and selecting a soft button labeled "answer". The user 
then conducts a conversation with the caller via either 
the handset or the headset. To place a call, the user 
once again selects the software and selects a soft button 
labeled "Number" and proceeds to dial the destination 
number using a keypad or a pre-stored list of telephone 
numbers. The keypad can by either a soft keypad or the 
PC's keyboard. 

[0003] A common problem is that while a user is walk- 
ing into their office, they then hear the IP softphone ring- 
ing. To answer the call, the user must unlock the screen 
blanker to access the PC, select the software applica- 
tion, and actuate the soft button labeled "answer". Then, 
the user can pick up the handset or the headset and talk. 
The problem is that a great amount of time is involved 
in performing these steps. Frequently, before the user 
has completed the steps, the call is transferred to cov- 
erage such as a voice mail system. 
[0004] An apparently obvious solution would be to 
have a switch in the handset that was activated when 
the handset was picked up to answer the call. However, 
the vast majority of sound cards do not have a physical 
input that can sense a switch. One solution that has 
been utilized is in the Microsoft Netmeeting application. 
Microsoft Netmeeting attempts to solve this problem by 
having an option referred to as "call, automatically ac- 
cept calls". Utilizing this option : a user need only start 
listening and talking in order to participate in the call. 
The disadvantage of this option is that a call is always 
answered whether or not the user is available or not. 
This leads to a great deal of frustration for callers if the 
user is not there. Further, at times, the called party may 



simply not want to answer the call at a particular time. 
Summary of the Invention 

s [0005] This invention is directed to solving these and 
other problems and disadvantages of the prior art. Ac- 
cording to the invention, a handset has a switch that is 
manually activated when the user wishes to answer an 
incoming call. While the switch is in the deactivated 

10 state, the handset transmits to a sound card within a per- 
sonal computer a multi-frequency tone which is detect- 
able by the sound card. When the manual switch is ac- 
tivated, the handset ceases to transmit the multi-fre- 
quency tone to the sound card. The sound card detects 

15 the absence of the multi-frequency tone to determine if 
the handset is answering a call. In traditional telephony 
terms, when the manual switch is activated, this is the 
offhook condition. When the manual switch is deactivat- 
ed, this is the onhook condition . When the user is done 

20 with the call and deactivates the manual switch, the 
handset again generates the multi-frequency tone that 
is subsequently detected by the software via the sound 
card. Then, the software knows to signal the other party 
on the call that the call has been terminated. A headset 

25 js similarly designed to provide the same multi-frequen- 
cy tone generation features as the handset. 
[0006] These and other advantages and features-ef 
the present invention will become apparent from the fol- 
lowing description of an illustrative embodiment of the 

so invention taken together with the drawing. 

Brief Description of the Drawing 
[0007] 

35 

FIG. 1 illustrates, in block diagram form, a system 
for utilizing the present invention; 
FIG. 2 illustrates, in block diagram form, a software 
structure for utilizing the present invention; and 
4-0 FIGS. 3 and 4 illustrate, in flowchart form, the steps 
performed by software applications. 

Detailed Description 

45 [0008] FIG. 1 illustrates the system for implementing 
the invention. In FIG. 1 , PBX 1 08 is supplying telephone 
service for a user that is utilizing handset 1 00 via sound 
card 105, personal computer (PC) 106, LAN card 107 
and LAN 111 . PBX 108 supplies access to the general 

50 public by being interconnected to public telephone net- 
work 109. One skilled in the art would readily see that 
LAN card 107 and sound card 105 could be internal to 
PC 106. PBX 108 can advantageously be a Lucent^ 
Definity® Business Communication Switching System. 

55 PBX 108 supplies service for other users utilizing con- 
ventional telephones such as telephone 112. in addition, 
other handsets similar to handset 100 can be intercon- 
nected to LAN 111 by having individual sound cards, 
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PCs and LAN cards. PC 106 receives control signaling 
and voice information from PBX 1 0B, and PC 1 06 in turn 
transmits voice information and control signaling infor- 
mation to PBX 108 via LAN card 107 and LAN 111. 
Sound card 1 05 performs the function of converting au- 
dio information received from PC 106 to analog signals 
and transmitting these to audio receiver 1 08 that advan- 
tageously can be a simple speaker arranged in handset 
100. Sound card 105 similarly converts audio informa- 
tion from audio transmitter 102 (that advantageously 
can be a simple microphone) to digital information which 
is transmitted to PC 106. In addition, sound card 105 
also provides the facilities for converting the multi-fre- 
quency tone that is generated by tone generator 1 03 into 
digital information for detection by software. Software 
applications in PC 106 emulate a telephone such as tel- 
ephone 112 with respect to PBX 108 with the exception 
that PBX 108 is transmitting and receiving information 
via LAN 111 rather than a telephone link. Sound card 
105, PC 106, and LAN card 107 are of a conventional 
design well-known to those skilled in the art. 
[0009] When not in use, handset 1 00 sets in a physi- 
cal apparatus that deactuates switch 1 04 so that tone 
generator 103's output is selected for transmission to 
sound card 1 05. When a user picks up and places hand- 
set 1 00 to the user's ear, removal from the physical ap- 
paratus causes switch 1 04 to actuate so that the output 
of audio transmitter 1 02 is selected for transmission to 
sound card 105. 

[0010] Consider the following example. If telephone 
112 places a call to handset 100, PBX 10B transmits 
control signaling Information to PC 106. PC 106 then 
provides an audio alerting sound via an internal speaker 
of PC 106 or other apparatus well-known to those skilled 
in the art. In addition, PC 1 06 transmits control informa- 
tion to sound card 105 that causes sound card 105 to 
perform a detection operation for the multi -frequency 
tone being generated by tone generator 1 03. When the 
user of handset 100 activates switch 104 by removing 
handset 100 from the physical apparatus, switch 104 
now selects the output of audio transmitter 1 02. Sound 
card 1 05 then detects the absence of the multi-frequen- 
cy tone from tone generator 105 and alerts PC 106 to 
this fact. In response, PC 106 transmits control informa- 
tion back to PBX 108 indicating that the call has been 
answered by handset 1 00. The telephone conversation 
then takes place in a normal manner by the user of hand- 
set 100 hearing speech from the user of telephone 112 
via audio receiver 100 and speaking to the user of tele- 
phone 1 1 2 via audio transmitter 1 02. When the user of 
handset 1 00 ends the conversation by placing handset 
1 00 on the physical apparatus, switch 1 04 is deactivated 
to select the output of tone generator 103. During the 
telephone call, software in PC 106 (audio client 202 of 
FIG. 2) continues to monitor forthe multi -frequency tone 
from tone generator 103 after the tone has been con- 
verted to digital information by sound card 105. When 
this tone is detected again, this fact is transmitted as 



control information to PBX 1 08 by PC 1 06 indicating that 
the call has been disconnected, and PBX 108 responds 
in a normal manner. 

[0011] FIG. 2 illustrates, in block diagram form, the 

5 structure of the software within PC 106 utilized to pro- 
vide the functions for handset 1 00. The messages trans- 
mitted among the software elements 201-204 are con- 
veyed via a standard operating system not illustrated in 
FIG. 2. Drivers 201 and 203 provide the standard soft- 

10 ware interface to sound card 105 and LAN card 107, 
respectively. Such drivers are well-know to those skilled 
in the art. Softphone application 204 provides the overall 
control not only of the communication of calls with PBX 
108 but also control over the functions of audio client 

15 202. When the control information is received from PBX 
108 indicating that there is an incoming call, this infor- 
mation is relayed from LAN card driver 203 to softphone 
application 204. Softphone application 204 then initiates 
sound card driver 201 to produce a ringing sound on the 

20 internal speaker of PC 106. In addition softphone ap- 
plication 204 requests that sound card driver 201 start 
converting audio information from handset 1 00 to digital 
information and that audio client 202 start the detection 
for the absence of the multi-frequency tone from tone 

25 generator 103. When audio client 202 detects that the 
multi -frequency tone is no longer being received from 
sound card 1 05, it transmits control information to soft- 
phone application 204 indicating this fact. Softphone ap- 
plication 204 is responsive to the absence of the multi- 

30 frequency tone to transmit a control message to PBX 
1 08 via LAN card driver 203 indicating that the call has 
been answered. Softphone application 204 then inter- 
acts with PBX 1 08 to exchange the necessary control 
information so that the call can be completed. Softphone 

35 application 204 controls audio client 202 so that audio 
client 202 is responsive to digital samples received from 
LAN card driver 203 to relay these to sound card driver 
201 and to relay digital samples received from sound 
card driver 201 to LAN card driver 203. When the multi- 

40 frequency tone coming from sound card 1 05 is again 
detected by audio client 202, it signals this fact to soft- 
phone application 204. In response, softphone applica- 
tion 204 transmits a disconnect message to PBX 1 08 to 
cause the call to be terminated. If the user of telephone 

45 112 hangs up on the call first, PBX 1 08 sends a discon- 
nect message to softphone application 204 that resets 
the call state of the soft phone with respect to the soft- 
ware elements 201 -204. 

[0012] FIGS. 3 and 4 illustrate, in flowchart form, the 
so steps performed by softphone application 204. Upon be- 
ing started, decision block 301 checks to see if an in- 
coming call is being received from PBX 108. If the an- 
swer is yes, control is transferred to block 401 that trans- 
mits an alerting message to PBX 108 indicating that the 
55 called telephone is being alerted. In addition, block 401 
transmits control information to the operating system of 
PC 1 06 to start the alerting utilizing the internal speaker 
of PC 106. Next, block 402 starts audio client 202 de- 
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tectingforthe multi-frequency tone. Decision block 403 
determines when the softphone application receives a 
message indicating that the multi -frequency tone is no 
longer being detected. Once this message is received, 
decision block 403 transfers control to block 404 that s 
transmits an answer message to PBX 1 08. 
[0013] Block 404 then transfers control to decision 
block 406 which determines if a connect message is re- 
ceived from PBX 108. The connect message indicates 
that the call is fully set up between the calling telephone 10 
and the called telephone by PBX 108. If the connect 
message is not received, control is transferred to block 
407 that performs the normal processing required to re- 
turn the state of the software elements illustrated in FIG. 
2 to the no active call state. If a connect message is is 
detected, decision block 406 transfers control to block 
408. The latter block sets the state of softphone appli- 
cation 204 to the active call state before transferring 
control to block 409. Block 409 initiates the transfer of 
digital samples by audio client 202 before transferring 20 
control back to decision block 301 of FIG. 3. 
[0014] If the answer in decision block 301 is no, deci- 
sion block 302 determines if a call origination is being 
performed by the user of handset 1 00. A call origination 
is done by the user interacting with softphone applica- 2s 
tion 204 utilizing a GUI interface. If the answer is yes in 
decision block 302, control is transferred to block 311 
which transmits a setup message to PBX 1 08 indicating 
that handset 1 00 is initiating a call. The setup message 
includes the telephone number of the called telephone. 30 
Next, block 31 2 starts the detection that watches for the 
multi-frequency tone by audio client 202 so as to deter- 
mine when the user of handset 100 has terminated the 
call. Block 313 initiates the transfer of digital samples 
by audjo client 202 before transferring control to deci- 35 
sion block 411 of FIG. 4. Decision block 411 determines 
when a connect message is received from PBX 1 08 in- 
dicating that the call has been established. If a connect 
message is detected, control is transferred to block 41 2 
which sets the state of softphone application 204 to the 40 
active call state before transferring control back to de- 
cision block 301 of FIG. 1. If the answer in decision block 
411 is no, control is transferred to block 413 that does 
the necessary operations to return all software elements 
of FIG. 2 to the no active call state before transferring *s 
control back to decision block 301 . 
[0015] Returning to decision block 302, if the answer 
in decision block 302 is no, control is transferred to de- 
cision block 303 that determines if a call disconnect has 
been made by handset 1 00 or by the far end party hang- $o 
ing up. If the answer is no, control is transferred to block 
304 that performs normal processing before returning 
control back to decision block 301 . If the answer in de- 
cision block 303 is yes, control is transferred to block 
306 that stops the transfer of digital samples by audio 55 
client 202. Next, block 307 transmits a disconnect mes- 
sage to PBX 1 08 to terminate the call. (Then, block 308 
stops the detection for the multi-frequency tone by 



sound card 1 05. Block 307 also determines if a discon- 
nect message is received from PBX 1 08; and if so, block 
307 transmits an acknowledgement message to PBX 
108.) Finally, block 309 re-sets the internal status of all 
of the software elements of FIG. 2 to the no call active 
state before transferring control back to decision block 
301. 



Claims 

1 . A method of determining call answer by an IP soft- 
phone (100, 105, 106, 107) that includes software 
(201-204) executing on a personal computer (106) 
and a handset (1 00) having an audio receiver (1 01 ) 
connected to an input conductor, an audio transmit- 
ter (1 02) connected to an output conductor, a switch 
(104), and a tone generator (103), comprising the 
steps of; 

CHARACTERIZED IN THAT 

generating a tone by the tone generator; 
selecting the tone by the switch for transmis- 
sion on the output conductor upon the handset 
being idle; 

selecting an output of the audio transmitter for 
transmission on the output conductor upon the 
handset being active; 

interconnecting the handset to a telecommuni- 
cation switching system (108) via the personal 
computer; 

receiving (301 , 401-402) an incoming call from 
the telecommunication switching system by the 
personal computer; 

connecting (403-408) the incoming call to the 
IP softphone by the personal computer upon 
the tone not being received from the handset 
via a sound card (105); and 
communicating (409) audio information be- 
tween the handset and the telecommunication 
switching system by the personal computer af- 
ter connection of the incoming call. 

2. The method of claim 1 wherein the software com- 
prises an audio client application (202) and a soft- 
phone application (204), and the step of receiving 
the incoming call comprises the step of accepting 
(301 ) a setup message from the telecommunication 
switching system by the softphone application. 

3. The method of claim 2 wherein the step of connect- 
ing the incoming call to the IP softphone comprises 
the steps of converting (402) the tone to digital in- 
formation by the sound card under control of the au- 
dio client application; 

determining (403) absence of the digital infor- 
mation by the audio client application under 
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control of the softphone application; 
transmitting the determination to the softphone 
application by the audio client application; and 
transmitting (404) a connect message to the tel- 
ecommunication switching system by the soft- 
phone application in response to the transmit- 
ted determination. 

4. The method of claim 3 wherein the step of commu- 
nicating audio information comprises the steps of 
transmitting a request message to the audio client 
application by the softphone application; and 

controlling the sound card by the audio client 
application in response to request message to 
communicate audio information between the 
telecommunication switching system and the 
handset. 

5. The method of claim 4 wherein the tone is a multi- 
frequency tone. 

6. An apparatus for determining call answer by an IP 
softphone (100, 105, 106, 107) having a handset 
(100), comprising: 

CHARACTERIZED IN THAT 

a tone generator (1 03) in the handset generat- 
ing a tone; 

a switch (1 04) in the handset selecting the tone 
for transmission on an output conductor to a 
personal computer upon the being idle; 
the switch further selecting an output of an au- 
dio transmitter (102) of the handset for trans- 
mission on the output conductor upon the hand- 
set being active; 

the personal computer interconnecting the 
handset to a telecommunication switching sys- 
tem (108); 

the personal computer receiving an incoming 
call from the telecommunication switching sys- 
tem; 

the personal computer connecting the incom- 
ing call to the IP softphone upon the tone not 
being received from the handset via a sound 
card (105) of the personal computer; and 
the personal computer communicating audio 
information between the handset and the tele- 
communication switching system after connec- 
tion of the incoming call. 

7. The apparatus of claim 6 wherein the personal com- 
puter comprises an audio client application (202) 
and a softphone application (204) , and the personal 
computer receiving the incoming call comprises the 
softphone application accepting a setup message 
from the telecommunication switching system. 



8. The apparatus of claim 7 wherein the personal com- 
puter connecting the incoming call to the IP soft- 
phone comprises the sound card of the personal 
computer under control of the audio client applica- 

5 tion converting the tone to digital information; 

the audio client application under control of the 
softphone application determining absence of 
the digital information; 

10 the audio client application transmitting the de- 

termination to the softphone application; and 
the softphone application transmitting a con- 
nect message to the telecommunication 
switching system in response to the transmitted 

15 determination. 

9. The apparatus of claim 8 wherein the personal com- 
puter communicating audio information comprises 
the softphone application transmitting a request 

20 message to the audio client application; and 

the audio client application controlling the 
sound card in response to request message to 
communicate audio information between the 
25 telecommunication switching system and the 

handset. 

10. The apparatus of claim 9 wherein the tone is a multi- 
frequency tone. 

30 
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